home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.20021006-20030409
/
000069_hvanclee@nyx.net_Sun Nov 10 12:00:41 EST 2002.msg
< prev
next >
Wrap
Text File
|
2020-01-01
|
4KB
|
69 lines
Article: 13835 of comp.protocols.kermit.misc
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Problems transferring over ppp connection
References: <1034801647.495773@irys.nyx.net> <1034815854.830840@irys.nyx.net> <aol3ol$sch$1@newsmaster.cc.columbia.edu> <aomfve$ioc$1@watsol.cc.columbia.edu>
Organization: Nyx Net, Free Internet access (www.nyx.net)
X-Newsreader: trn 4.0-test74 (May 26, 2000)
From: hvanclee@nyx.net (Henry van Cleef)
Message-ID: <1036899555.887972@irys.nyx.net>
Cache-Post-Path: irys.nyx.net!hvanclee@nyx3.nyx.net
X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/)
NNTP-Posting-Host: 206.124.29.6
Date: 9 Nov 2002 20:39:16 -0700
X-Trace: omega.dimensional.com 1036899556 206.124.29.6 (9 Nov 2002 20:39:16 -0700)
Lines: 51
Path: newsmaster.cc.columbia.edu!panix!nycmny1-snh1.gtei.net!news.gtei.net!news-out.visi.com!hermes.visi.com!dimensional.com!pulsar.dimensional.com!omega.dimensional.com!not-for-mail
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13835
In article <aomfve$ioc$1@watsol.cc.columbia.edu>,
Frank da Cruz <fdc@columbia.edu> wrote:
>In article <aol3ol$sch$1@newsmaster.cc.columbia.edu>,
>Jeffrey Altman <jaltman@watsun.cc.columbia.edu> wrote:
>: ...
>: I should point out that if the connection was truly using STREAMING
>: transfers then if even a single error was to occur, the transfer
>: would fail. Therefore, I must assume tht STREAMING transfers are
>: not being used.
>:
>And similarly, that transparency isn't a suspect either. If certain
>byte values were being absorbed by PPP, a modem, or the terminal
>server, error recovery would not work. Thus flow control seems the
>only likely culprit.
>
>If Kermit transfers work on exactly the same physical connection
>when directly dialed, but fail over PPP, it has to be a difference
>between the modem and/or port configurations on one end or the other
>(or both), or else the fault of PPP.
>
I want to get back on this and tell you what the resolution was. You
pointed me in the direction of flow control, which turned out to be
the key.
Some discussion on the comp.unix.solaris newsgroup led to some
comments from Greg Andrews about the need to use the uucp driver to
talk to the modem (/dev/cua/a). I had to remind Greg that no matter
what the manpages for the zs and se drivers say, the ppp that Sun
released with Solaris 8 7/01, and has in Solaris 9, is a setuid root
program, and simply trying to make a pppd call from user space
specifying /dev/cua/a would fail because of permissions. Greg finally
put the question to the ppp people, who came back with information
that is not laid out anywhere in the docs available for Solaris users.
Namely, put /dev/cua/a in one of the priviledged options files in the
/etc/ppp directory. That, plus resetting the OBP ttya-ignore-cd flag
(this is Sun hardware) to false, seems to have solved the problems.
While I note that I had installed Kermit suid to uucp to use
/dev/cua/a on this particular box, it seems to run fine through
/dev/term/a. Not so with pppd.
With this change in place, I seem to be able to upload and download
through telnet run on Kermit with the maximum length packets. I note
that the window allocation display does show STREAMING, using telnet.
Running ssh on Kermit, I see the standard 1 of 30 windows display, and
note that there appears to be a buffer length limit between 1000 and
2000 bytes. Run with 1000, and it's tick-tock, solid as a rock. With
2000 I see timeout errors and RTS/CTS action on the modem.
Hank